System and method of synchronizing time between multiple systems

ABSTRACT

Systems and methods for synchronizing time between multiple systems on a mining machine. The system includes a programmable logic controller (PLC) for controlling the mining machine and for transmitting a time to synchronize computer subsystems on the machine. The PLC includes a system clock that is programmed to operate on local time. A battery pack is connected to the PLC to allow the system clock to function continuously, even when the machine is turned off. Computer subsystems request and receive time updates from the PLC. A local time on each computer subsystem is determined based on the time update received from the PLC. Each computer subsystem includes a time zone parameter set to Coordinated Universal Time (UTC) and a Daylight Saving Time (DST) parameter that is disabled. Accordingly, the local time on each computer subsystem is set to the time update value received from the PLC.

FIELD

Embodiments of the invention relate to synchronizing time betweenmultiple systems on a local area network.

BACKGROUND

Various industrial machines, including mining machines, are used to meettasks and challenges in industry today. For example, mining machines asused herein include, but are not limited to, shovels, hybrid shovels,blast hole drills, draglines, wheel loaders and dozers, conveyorsystems, and feeder-breakers.

SUMMARY

Industrial and mining machines have become more sophisticated and mayinclude various hardware and software components to control and monitorthe machines. Monitoring such machines may involve data collectionacross various systems and subsystems and may involve time stamping atboth the system level and the subsystem level. In some systems, dataloss and other issues occur from an inability to maintain propersettings for time zone and daylight savings on each subsystem of anindustrial or mining machine.

In some embodiments, the invention provides systems and methods forsynchronizing clocks of multiple systems on a machine in a mannerdesigned to reduce or overcome problems with the prior art. Forinstance, subsystems of a machine synchronize their clocks to one sourcewithout having to rely on their own on-board subsystem parameters.Additionally, a programmable logic controller (PLC) on the machineserves as a master clock for subsystems of the machine. Thus, time zoneparameters and Daylight Saving Time (DST) parameters only need to beupdated on the PLC rather than on every subsystem of the machine.Furthermore, the parameters of the PLC are programmable rather thanhard-coded. Thus, the parameters are easier to adjust.

The machine may also include a battery pack to allow the PLC's clock toremain operational for several months or longer to prevent DST problemscaused by re-booting subsystems with out-of-date parameters. Thus,subsystems of the machine maintain accurate time stamps withoutsynchronizing to a remote server and without making their owncalculations using their own time zone and DST parameters. In someembodiments of the invention, an additional device receives timeinformation from a remote time source and transmits the time informationto the PLC. Additionally, embodiments of the invention eliminate SimpleNetwork Time Protocol (SNTP) server stability and accuracy issues bytreating the PLC as an SNTP server. In some instances, the PLC clockoperates independent of external time sources and instead relies on itsown internal clock and programmable parameters.

In one embodiment, the invention provides an industrial machine, such asa mining machine, comprising: a programmable logic controller (PLC) anda computer subsystem. The PLC includes a PLC system clock having a localtime, the local time being a time of an area in which the industrialmachine is located, the area being outside of the Coordinated UniversalTime (UTC) time zone. The PLC is operable to control an industrialfunction of the industrial machine. For example, the PLC is operable tocontrol mining functions of a mining machine, such as a digging,drilling, dumping, crushing, conveying function, etc., by receivingoperator input and, in response, controlling shovels, drills, conveyorsand/or other equipment of the mining machine. The PLC is also operableto transmit the local time masked as a UTC time value. The computersubsystem has a local time clock with a configurable time zone parameterthat is set to the UTC time zone and a Daylight Saving Time (DST)parameter set to ignore DST. The computer subsystem receives the localtime transmitted by the PLC, and the local time clock is set to thereceived local time from the PLC.

In another embodiment, the invention provides a method of synchronizingtime between multiple systems on an industrial machine, such as a miningmachine. The method includes setting a programmable logic controller(PLC) system clock of a PLC to a local time, the local time being a timeof an area in which the industrial machine is located, the area beingoutside of the Coordinated Universal Time (UTC) time zone. The methodfurther includes setting a time zone parameter of a computer subsystemof the industrial machine to the UTC time zone and setting a DaylightSaving Time (DST) parameter of the computer subsystem to ignore DST.Thereafter, the PLC receives a UTC time update request from the computersubsystem. The method further includes sending a current time value ofthe PLC system clock to the computer subsystem masked as a UTC timevalue in response to receiving the UTC time update request; and settinga clock of the computer subsystem to the current time value of the PLCsystem clock.

Other aspects of the invention will become apparent by consideration ofthe detailed description and accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1A illustrates a mining shovel that may incorporate embodiments ofthe invention.

FIG. 1B illustrates a mining drill that may incorporate embodiments ofthe invention.

FIG. 2 illustrates a prior art system that uses Simple Network TimeProtocol (SNTP) to synchronize the clocks of numerous subsystems on amining machine.

FIG. 3 illustrates a block diagram of the prior art process executed bythe system of FIG. 2 to synchronize the clocks of the subsystems of themining machine.

FIG. 4 illustrates an improved time synchronization system on a miningmachine.

FIG. 5 illustrates a programmable logic controller (PLC) of the systemof FIG. 4.

FIG. 6 illustrates a system that synchronizes the clocks of numeroussubsystems on a mining machine by using the PLC's clock as a masterclock.

FIG. 7 illustrates a block diagram of the process executed by the systemof FIG. 6 to synchronize the clocks of the subsystems of the miningmachine.

DETAILED DESCRIPTION

Before any embodiments of the invention are explained in detail, it isto be understood that the invention is not limited in its application tothe details of construction and the arrangement of components set forthin the following description or illustrated in the following drawings.The invention is capable of other embodiments and of being practiced orof being carried out in various ways. Also, it is to be understood thatthe phraseology and terminology used herein is for the purpose ofdescription and should not be regarded as limiting. The use of“including,” “comprising” or “having” and variations thereof herein ismeant to encompass the items listed thereafter and equivalents thereofas well as additional items. The terms “mounted,” “connected” and“coupled” are used broadly and encompass both direct and indirectmounting, connecting and coupling. Further, “connected” and “coupled”are not restricted to physical or mechanical connections or couplings,and can include electrical connections or couplings, whether direct orindirect. Also, electronic communications and notifications may beperformed using any known means including direct connections, wirelessconnections, etc.

It should also be noted that a plurality of hardware and software baseddevices, as well as a plurality of different structural components maybe used to implement the invention. In addition, it should be understoodthat embodiments of the invention may include hardware, software, andelectronic components or modules that, for purposes of discussion, maybe illustrated and described as if the majority of the components wereimplemented solely in hardware. However, one of ordinary skill in theart, and based on a reading of this detailed description, wouldrecognize that, in at least one embodiment, the electronic based aspectsof the invention may be implemented in software (e.g., stored onnon-transitory computer-readable medium) executable by one or moreprocessors. As such, it should be noted that a plurality of hardware andsoftware based devices, as well as a plurality of different structuralcomponents may be utilized to implement the invention. Furthermore, andas described in subsequent paragraphs, the specific mechanicalconfigurations illustrated in the drawings are intended to exemplifyembodiments of the invention and that other alternative mechanicalconfigurations are possible. For example, “controllers” described in thespecification can include standard processing components, such as one ormore processors, one or more computer-readable medium modules, one ormore input/output interfaces, and various connections (e.g., a systembus) connecting the components.

FIG. 1A illustrates an electric mining rope shovel 100, herein referredto as shovel 100. The shovel 100 includes tracks 105 for propelling theshovel 100 forward and backward, and for turning the shovel 100 (i.e.,by varying the speed and/or direction of the left and right tracksrelative to each other). The tracks 105 support a base 110 including acab 115. The base 110 is able to swing or swivel about a swing axis 125,for instance, to move from a digging location to a dumping location.Movement of the tracks 105 is not necessary for the swing motion. Theshovel 100 further includes a dipper shaft 130 supporting a pivotabledipper handle 135 (handle 135) and dipper 140. The dipper 140 includes adoor 145 for dumping contents from within the dipper 140 into a dumplocation, such as a hopper or dump-truck.

The shovel 100 also includes taut suspension cables 150 coupled betweenthe base 110 and dipper shaft 130 for supporting the dipper shaft 130; ahoist cable 155 attached to a winch (not shown) within the base 110 forwinding the cable 155 to raise and lower the dipper 140; and a dipperdoor cable 160 attached to another winch (not shown) for opening thedoor 145 of the dipper 140. In some instances, the shovel 100 is a P &H® 4100 series shovel produced by P & H Mining Equipment Inc., althoughthe shovel 100 can be another type or model of electric miningequipment.

FIG. 1B illustrates an electric mining drill 170 (the “drill 170”). Insome embodiments, the drill 170 is a blast hole drill, such as a 320 XPCdrill or another Centurion®-based drill manufactured by Job Global, Inc.

The drill 170 includes tracks 172 for propelling the drill 170 forwardand backward, and for turning the drill 170 (i.e., by varying the speedand/or direction of the left and right tracks relative to each other).The tracks 172 support a platform 174 including a cab 176 and a mast178. The platform 174 includes four jacks 180 that may be selectivelyraised and lowered via a hydraulic system. When lowered and set, thefour jacks 180 prevent movement of the drill 170 for drilling. The mast178 supports a drill bit 182 that is rotationally driven and selectivelyraised and lowered to bore into an area below the platform 174.

FIG. 2 illustrates a prior art system 200 located on a machine 205 suchas the shovel 100 or the drill 170. The subsystems of the machine 205include, for instance, a programmable logic controller (PLC) 210, a datalogger 215, and a data source 220 (e.g., a sensor).

In the prior art system shown in FIG. 2, the PLC 210 is connected to atleast one other subsystem on the machine 205 and includes software thatmakes control decisions for operation of the machine 205. The datalogger 215 is connected to at least one other subsystem on the machine205 and aggregates data collected by data source 220 and additionalsubsystems (not pictured). The subsystems are connected to each otherusing a local area network (LAN) (not pictured). The PLC 210 includes aPLC clock 225. Data logger 215 includes a data logger clock 230, anddata source 220 includes a data source clock 235. The subsystem clockscan be used to time stamp data.

Each subsystem also includes its own time zone parameter and DaylightSaving Time (DST) parameter. The PLC 215 includes a PLC time zoneparameter 212 and a PLC DST parameter 213. The data logger 215 includesa data logger time zone parameter 217 and a data logger DST parameter218. The data source 220 includes a data source time zone parameter 222and a data source DST parameter 223.

The data logger 215 receives data that was time stamped by the subsystemthat collected the data. Additionally, the data logger 215 time stampsdata when data is received. The data logger 215 can compare its own timestamp with the time stamp generated by the subsystem. If the time stampsare not within a specified range, the data is assumed to be corrupt andis discarded. Furthermore, the data logger 215 can compare the timestamps for data generated by multiple subsystems in order to synchronizedata collected from multiple sources on the machine 205.

The system 200 uses Simple Network Time Protocol (SNTP) to synchronizethe clocks of the numerous subsystems of the machine 205. SNTP utilizesa server-client relationship where SNTP clients periodically requesttime updates from an SNTP server. An SNTP server 240 is located remotelyfrom the machine 205 and often is located in a different time zoneand/or country than the machine 205. The SNTP server 240 includes a SNTPserver clock 245, a SNTP server time zone parameter 246, and a SNTPserver Daylight Saving Time (DST) parameter 247. The SNTP server 240takes a local time from the SNTP server clock 245 and calculatesCoordinated Universal Time (UTC) value 250 using time zone parameter 246and DST parameter 247. The SNTP server 240 can then transmit UTC value250 to requesting subsystems.

In general, UTC is a time standard that is used to regulate clocks andtime. The UTC value represents the time in the UTC time zone, whichincludes Greenwich, England. When clocks or systems receive a UTC value,the UTC value is adjusted using local DST and time zone information. Forexample, a device located in a time zone five hours ahead of the UTCtime zone would add five hours to the received UTC value. In a similarmanner, devices providing UTC values (i.e., SNTP servers) perform areverse calculation. For example, a device located in a time zone fivehours ahead of the UTC time zone would subtract five hours from itslocal time and then send the UTC value to a requesting device.

FIG. 3 illustrates a block diagram of the prior art process executed bythe system 200 of FIG. 2 to synchronize the clocks of the subsystems ofthe machine 205. Each subsystem of the machine 205 acts as an SNTPclient and periodically requests time updates from an SNTP server 240(step 305). Upon receiving a time update request, the SNTP server 240calculates UTC value 250 based on its local time from the SNTP serverclock in combination with the SNTP server time zone parameter 246 andthe SNTP server DST parameter 247 (step 310). The SNTP server 240 thentransmits the UTC value 250 back to the subsystem that requested thetime update (step 315). Each subsystem must use its own hard-coded,on-board time zone parameters and DST parameters to calculate its localtime (step 320). Each subsystem runs its clock according to thecalculated updated local time (325).

According to the time synchronization system and method utilized inFIGS. 2 and 3, the SNTP server 240 serves as the master clock for thesystem 200, meaning that other clocks in the system 200 synchronizebased on information received from the SNTP server 240. Even though theSNTP server 240 is the master clock, each subsystem must calculate itsown local time to use for its own clock. Thus, time synchronizationbetween subsystems is prevented if the on-board parameters for eachsubsystem are not up-to-date and consistent with other subsystems on themachine 205.

Accordingly, SNTP has shortcomings when applied to a small LAN wheredevices do not have continuous access to the Internet, such as the smallLAN that can be used on mining machines or other industrial machines.SNTP depends on each client having up-to-date parameters for when aparticular time zone begins and ends DST. However, the current time zoneand applicable DST rules for a particular machine 205 can change due tomovement of the machine 205 or alterations in DST rules by differentgoverning bodies.

Furthermore, subsystems may use an operating system that cannot bechanged or configured by a user, or they may have time zone and DSTparameters that are hard-coded. Thus, subsystem parameters can bedifficult to adjust or cannot be adjusted at all. Additionally, thesubsystems do not continue to function when the machine 205 is turnedoff. Even when updates are made to subsystem parameters, subsystemscannot retain knowledge that the update was made once they are turnedoff. Accordingly, each time the machine 205 is powered on, subsystemsmay use outdated DST information to add or subtract an hour even thoughthe subsystems were previously updated. This issue has been referred toas “DST Amnesia.”

Furthermore, SNTP service software periodically has stability problems.If the SNTP server stops operating, subsystems acting as SNTP clientsare unable to synchronize their clocks. Additionally, some SNTP servershave accuracy issues due to different central processing unit (CPU)chips. Some SNTP servers can lose time at a rate of almost one secondper minute. This inaccuracy is unacceptable for subsystems of machinesthat require accurate time synchronization. Consequently, the system andmethod shown in FIGS. 2 and 3 do not adequately ensure that clocks onthe subsystems of a mining machine are accurate and consistent.

FIG. 4 illustrates an improved time synchronization system 400 for useon machine 403, such as the shovel 100, the drill 170, a hybrid shovel,dragline, wheel loaders and dozers, conveyor systems, feeder-breakers,or another mining or industrial machine. The subsystems of the machine403 can communicate with each other via an Ethernet LAN 405. Thesubsystems of the machine 403 include a programmable logic controller(PLC) 410, a data logger 415, a data source 420 (e.g., a sensor), amaintenance computer 425, a machine operator computer 430, and a timeupdate receiver 435. The PLC 410 includes software that makes controldecisions for operation of the machine 403 (e.g., based on operatorcommands, stored parameters, sensor data, etc.). The data logger 415aggregates data collected by data source 420 and additional subsystems.The maintenance computer 425 allows qualified maintenance personnel tomake adjustments to the system 400. The machine operator computer 430allows an operator to control the machine 403.

The system 400 is capable of receiving time updates on a time updatereceiver 435 from a remote time source 440. However, in someembodiments, the system 400 functions without receiving time updatesfrom a remote time source 440. The system 400 further includes a primarypower supply 445. Primary power supply 445 provides power to thesubsystems of machine 403 to allow it to function. Although certainsubsystems are pictured in FIG. 4, the machine 403 can includeadditional subsystems that serve various purposes. Additional subsystemsmay include sensors and/or devices that measure and/or determine torque,weight, vibration, temperature, motor position, speed, acceleration,fluid levels, pressure, flow rates, and whether solenoids are enabled.

FIG. 5 illustrates the PLC 410 of system 400. The PLC 410 includes a PLCsystem clock 505, a clock setting parameter 510, a Daylight Saving Time(DST) parameter 520, and a time zone parameter 522. The PLC system clock505 may include a combination of hardware and software used inconjunction with a crystal oscillator to keep time. The clock settingparameter 510 allows qualified maintenance personnel to set and adjustthe PLC system clock 505. For example, qualified maintenance personnelcan enter a local time (e.g., 3:45 p.m.) into clock setting parameter510 and the PLC system clock 505 will run according to the entered time.DST parameter 520 and time zone parameter 522 can be used to calculate alocal time of the machine 403 when the PLC 410 receives a time updatefrom the time update receiver 435. For example, if the PLC 410 receivesa Coordinated Universal Time (UTC) value, parameters 520 and 522 can beused to calculate the local time of the machine 403. Additionally, DSTparameter 520 can be used to update the PLC system clock 505 properlywhen DST is in effect. Thus, DST parameter 520 can adjust the PLC systemclock 505 without the PLC 410 receiving time updates as well as inembodiments where the remote time source 440 is not used.

The PLC 410 also includes a rechargeable battery pack 525 to allow thePLC system clock 505 to continue running for several months or longereven when the primary power supply 445 of machine 403 is unavailable orturned off. Accordingly, the rechargeable battery pack 525 providesbackup power to the PLC. In some embodiments, the rechargeable batterypack 525 is located external to the PLC 410 and can provide backup powerto other subsystems. In embodiments that use a remote time source 440 toupdate the PLC system clock 505, the rechargeable battery pack 525 mayallow for parameters 520 and 522 to be maintained in memory when primarypower supply 445 is unavailable or off. Alternatively, the parameters520 and 522 may be stored in a nonvolatile memory.

FIG. 6 illustrates a more detailed diagram of the system 400 thatsynchronizes the clocks of numerous subsystems on a machine 403 by usingthe PLC system clock 505 as a master clock. Data logger 415 includes adata logger clock 630. Data source 420 includes a data source clock 635.The clocks 630 and 635 of the subsystems can be used to time stamp data.

Each subsystem also includes its own time zone parameter and DSTparameter. The data logger 415 includes a data logger time zoneparameter 617 and a data logger DST parameter 618. The data source 420includes a data source time zone parameter 622 and a data source DSTparameter 623. The maintenance computer 425 and machine operatorcomputer 430 of system 400 are not pictured in FIG. 6 but have similarconfigurations as those of data logger 415 and data source 420.

The DST parameters can include a DST setting parameter and a DST on/offparameter. The DST setting parameter is a binary parameter that is setto either standard time (e.g., during winter months) or daylight savingtime (e.g., during summer months). The DST on/off parameter controlswhether the DST setting parameter influences calculations of local time.Stated another way, the DST on/off parameter controls whether asubsystem uses its DST setting parameter to calculate local time. Thus,the DST on/off parameter enables or disables the DST setting parameter,while the DST setting parameter indicates whether a DST offset is takeninto account in local time calculations based on the current time ofyear. Accordingly, a DST parameter may be effectively disabled orignored in time calculations by either setting the DST on/off parameterto “off” or, when the DST on/off parameter is “on,” by setting the DSTsetting parameter to standard time, rather than DST time.

The data logger 415 receives data that was time stamped by the subsystemthat collected the data. Additionally, the data logger 415 time stampsdata when data is received. The data logger 415 can compare its own timestamp with the time stamp generated by the subsystem. If the time stampsare not within a specified range, the data is assumed to be corrupt andis discarded. Furthermore, the data logger 415 can compare the timestamps for data generated by multiple subsystems in order to synchronizedata collected from multiple sources on the machine 403. Thus,synchronization of subsystem clocks on the machine enables accurate datacollections and prevents data from being discarded.

The system 400 reduces and may eliminate loss of data due to lack oftime synchronization between subsystems on the machine 403. The system400 uses the PLC system clock 505 as the master clock for subsystems onthe machine 403.

The subsystems of machine 403 are Simple Network Time Protocol (SNTP)clients that periodically request time updates, which are handled bysoftware on the PLC 410. SNTP clients expect to receive a UTC value inresponse to their time update requests. However, the PLC 410 responds totime update requests by sending the local time of the machine 403. Thus,the local time is masked as the UTC value. Stated another way, the SNTPclients periodically request UTC time, and receive a local time of thePLC 410 masked as the UTC time.

Accordingly, the time zone parameters of each subsystem, including timezone parameters 617 and 622, assume that the machine 403 is in the UTCtime zone even though the machine is not located in the UTC time zone.That is, the time zone parameters are set to the UTC time zone. Thus,when subsystems receive updated times from the PLC 410 after requestinga time update, the time received will not be adjusted based on the timezone parameters 617 and 622. Additionally, the DST parameters 618 and623 of each subsystem are disabled such that DST is ignored. Thus, thetime received by each subsystem from the PLC 410 will not be adjustedbased on the DST parameters 618 and 622. Accordingly, the time receivedby each subsystem from the PLC 410 is not adjusted by that subsystem andwill become the local time of each subsystem.

In some embodiments, remote time source 440 provides a time that the PLC410 can use to synchronize its clock. Remote time source 440 is a SNTPserver with a clock 604, a time zone parameter 605, and a DST parameter606. The clock 604 keeps the local time of the remote time source 440.Parameters 605 and 606 are used to calculate UTC value 610 based on thelocal time provided by the clock 604. Alternatively, remote time source440 is another type of remote time source that does not use SNTP. Insome instances the PLC 410 sends a time update request to the remotetime source 440 (e.g., periodically), and the remote time source 440sends a time (e.g., UTC time) to the time update receiver 435.Alternatively, the remote time source 435 may periodically send timeupdates to the time update receiver 435 without receiving a time updaterequest from the PLC 410. In some embodiments, the PLC clock 505 cannotupdate its time from a remote time source 440. Rather, the PLC clock 505is set initially and updated as needed via the maintenance computer 425.In some embodiments, the time update receiver is part of the PLC 410and/or located within the PLC 410.

The system 400 enables the local time of subsystems to be adjusted byaltering the clock setting parameter 510 and/or DST parameter 520 on thePLC 410. The individual settings of each subsystem do not need to bealtered to update the local time of each subsystem. Furthermore, even ifthe settings on the PLC 410 are incorrect (due to recent time zone orDST changes), subsystems on the machine 403 will remain synchronizedwith each other. Thus, data is not lost due to inconsistent time stamps.

Additionally, the system 400 eliminates DST errors made by subsystemsdue to inability to retain knowledge that DST parameters were alreadyupdated. Subsystems do not add or subtract an hour each time they rebootbecause the DST parameters 618 and 623 of each subsystem are disabledsuch that DST is ignored. Furthermore, using the PLC system clock 505 asthe synchronization source for subsystems instead of a SNTP servereliminates SNTP server functionality and accuracy issues. The behaviorof the PLC system clock 505 is more accurate and more easily controlledthan typical SNTP servers.

FIG. 7 illustrates a block diagram of a process 700 executed by system400 to synchronize the clocks of the subsystems of machine 403. At step705, qualified maintenance personnel can enter a password to gain accessto adjust parameters of the system 400. After gaining access, thequalified maintenance personnel can input the clock setting parameter510, DST parameter 520, and time zone parameter 522 of the PLC 410 (step710). The system 400 calculates the local time of the machine 403 basedon the entered parameters 510 and 520 (step 715). The PLC system clock505 is set to the calculated local time. In some instances, such as whenthe parameters are initially entered, the system 400 does not makecalculations at step 715 and instead sets the PLC system clock 505 tothe local time that was entered as the clock setting parameter 510. ThePLC system clock 505 continuously runs and awaits time update requestsfrom subsystems (step 720). The PLC system clock acts as the SNTP serverfor the subsystems of the machine 403. If the PLC 410 receives a timeupdate request (i.e., a UTC time request) from one or more subsystems(step 722), the PLC sends the current PLC system clock to the requestingsubsystem(s) masked as a UTC time (step 723).

If a time update is available from a remote time source (step 725), atime update receiver 435 receives the time update (step 730). In someembodiments the time update is received using SNTP from an SNTP server,and the time update receiver 435 sends the time update to the PLC 410using a second communication protocol (step 735). The PLC 410 thencalculates the updated time for the PLC system clock 505 using the timeupdate, the PLC DST parameter 520, and the PLC time zone parameter 522(step 737). In some embodiments, the remote time source 440 is an SNTPserver. In alternate embodiments, the remote time source 440 does notutilize SNTP. In some embodiments, the PLC system clock 505 runs basedon the parameters 510 and 520 and a locally provided time, and isconfigured not to update from a remote time source 440. Stated anotherway, the PLC system clock 505 runs independent of a remote time source440.

If qualified maintenance personnel alter the parameters 510 and 520 ofthe system 400 (step 740), the system 400 adjusts the PLC system clock505 using the updated parameters 510 and 520 (step 715). Thus, theclocks of the subsystems on the machine 403 can be updated by alteringthe parameters 510 and 520 of the PLC 410.

Thus, embodiments of the invention provide, among other things, systemsand methods for synchronizing time between multiple systems on anindustrial machine, such as a mining machine. The systems and methodsutilize a PLC system clock as a master clock for subsystems on themachine. Thus, the systems and methods allow for changes in time zoneand DST information for subsystems on the machine to be easily adjustedfrom a single source (e.g., the PLC). The systems and methods furtherensure that the various clocks on the machine are synchronized even iftime zone and/or DST parameters of the PLC are not up-to-date.

Various features of the invention are set forth in the following claims.

What is claimed is:
 1. An industrial machine comprising: a programmablelogic controller (PLC) including a PLC system clock having a local time,the local time being a time of an area in which the industrial machineis located, the area being outside of the Coordinated Universal Time(UTC) time zone, the PLC operable to control an industrial function ofthe industrial machine, and transmit the local time masked as a UTC timevalue; and a computer subsystem having a local time clock with aconfigurable time zone parameter that is set to the UTC time zone and aDaylight Saving Time (DST) parameter that is disabled, the computersubsystem receiving the local time transmitted by the PLC and the localtime clock being set to the received local time from the PLC.
 2. Theindustrial machine of claim 1, further comprising a primary power supplythat provides power to the machine, wherein the PLC further includes abattery pack providing backup power to the PLC system clock when theprimary power supply is off.
 3. The industrial machine of claim 1,wherein the PLC system clock is set to the local time based on at leastone of a clock setting parameter of the PLC, a DST parameter of the PLC,and a time zone parameter of the PLC.
 4. The industrial machine of claim3, further comprising a maintenance computer, wherein at least one ofthe clock setting parameter of the PLC, the DST parameter of the PLC,and the time zone parameter of the PLC are adjusted after receiving apassword by the maintenance computer.
 5. The industrial machine of claim4, wherein the PLC system clock is configured to update based onadjustments made to at least one of the clock setting parameter of thePLC, the DST parameter of the PLC, and the time zone parameter of thePLC.
 6. The industrial machine of claim 1, further comprising a timeupdate receiver configured to receive time updates from a remote timesource using Simple Network Time Protocol (SNTP), wherein the timeupdate receiver is further configured to send the time updates to thePLC.
 7. The industrial machine of claim 6, wherein the PLC calculatesthe local time of the industrial machine based on the time update, a DSTparameter of the PLC and a time zone parameter of the PLC.
 8. Theindustrial machine of claim 1, wherein the system operates independentof a remote time source.
 9. The industrial machine of claim 1, whereinDST amnesia is mitigated on the industrial machine.
 10. A method ofsynchronizing time between multiple systems on an industrial machine,the method comprising: setting a programmable logic controller (PLC)system clock of a PLC to a local time, the local time being a time of anarea in which the industrial machine is located, the area being outsideof the Coordinated Universal Time (UTC) time zone; setting a time zoneparameter of a computer subsystem of the industrial machine to the UTCtime zone; disabling a Daylight Saving Time (DST) parameter of thecomputer subsystem to ignore DST; receiving, by the PLC, a UTC timeupdate request from the computer subsystem; sending a current time valueof the PLC system clock to the computer subsystem masked as a UTC timevalue in response to receiving the UTC time update request; and settinga clock of the computer subsystem to the current time value of the PLCsystem clock.
 11. The method of claim 10, further comprising: setting atleast one of a DST parameter of the PLC, a clock setting parameter ofthe PLC, and a time zone parameter of the PLC; and calculating the localtime of the industrial machine based on at least one of the DSTparameter of the PLC, the clock setting parameter of the PLC, and thetime zone parameter of the PLC.
 12. The method of claim 11, furthercomprising updating the PLC system clock based on adjustments made to atleast one of the DST parameter of the PLC, the clock setting parameterof the PLC, and the time zone parameter of the PLC.
 13. The method ofclaim 10, further comprising updating the PLC system clock based on atime update from a remote time source.
 14. The method of claim 10,further comprising: receiving, at a time update receiver, a time updatefrom a Simple Network Time Protocol (SNTP) server; sending the timeupdate to the PLC; and calculating the local time of the industrialmachine based on the time update, a DST parameter of the PLC, and a timezone parameter of the PLC.
 15. The method of claim 10, furthercomprising providing backup power to the PLC system clock by a batterypack when a primary power supply of the industrial machine is off. 16.The method of claim 12, further comprising: receiving a password, by amaintenance computer; and after confirming the password, receivingadjustments to at least one of the DST parameter of the PLC, the clocksetting parameter of the PLC, and the time zone parameter of the PLC.17. The method of claim 10, further comprising setting and updating thePLC system clock independent of a remote time source.
 18. The method ofclaim 10, wherein DST amnesia is mitigated on the industrial machine.